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Beschreibung 

System zur virtuellen Prozessanbindung tiber Remote Desktop 
Protocol (RDP) 

Die Erfindung betrifft ein System sowie ein Verfahren zur 
Prozessanbindung im Automatisierungsumfeld .far verteilte En- 
gineer ing-Systeme mittels Remote Desktop Protocol' (RDP) . 

Heutige Engineer ing-Systeme in der Automatisierungstechnik 
sind m der Regel sogenannte monolithische Systeme, die nicht 
die Maglichkeit eines verteilten Engineerings bzw! eines ver- 
texlten Projektierens bieten. Da Anlagen sowie Automatisie- 
rungssysteme jedoch . immer komplexer ■ und weitlSlufiger werden 
wird der Zugriff auf Prozess- und Diagnosedateh sowie Projek- 
tierdaten fUr das Engineering von beliebiger Stelle innerhalb 
der Anlage bzw. des Automatisierungssystems aus gewtlnscht 
Hierzu werden heutzutage sogenannte Terminalserveriasungen 
auf Basis des Transports von Bilddaten (Bitmaps) vom Server 
zum Client verwendet, wobei Tastatur und Mausaktionen vom 
Client zum Server tlbermittelt werden. Es ist jedoch nicht 
mttglich, tlber ein zentrales Engineering-System auf beliebige 
Online-Daten, d.h. solche Daten, die auf der jeweiligen CPU 
eines in der Peripherie existierenden Clients, wie beispiels- 
weise ein Operator Panel Oder ein Programmiergerat, zuzugrei- 
fen. Ebenso sind Projektierungsdaten, die auf einem derarti- 
gen Client gespeichert sind, ftlr .das Engineering-System nicht 
direkt verftlgbar. 

Der Erfindung liegt nun die Aufgabe zugrunde, ein System so- 
wie ein Verfahren anzugeben, mit dessen Hilfe-eine Prozessan- 
bindung im Automat isierungsumf eld zum Zugriff auf Prozessda- 
ten sowie auf Projektierungsdaten filr das Engineering ermSg- 
licht wird. 

Diese Aufgabe wird gelast durch ein System zur Prozessanbin- 
dung im Automat isierungsumf eld fUr verteilte Engineering- 
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Systeme mit einem Server zur Bereitstellung mindestens einer 
ftir das Engineering benStigten Anwendung, mindestens einem 
Client zum Zugriff auf Prozess- und/oder Projektierungsdaten 
liefernde Automatisieriingsgerate und zum Aufbau eines far ei- 
ne beliebige Dauer bestehenden Online-Kommunikationskanals 
zwischen dem Client und dem Server, ersten Mitteln zum Ein- 
schleusen von Daten der Automat is ierungsgerSte iiber den Kom- 
munikationskanal auf den Server uhd zweiten Mitteln zum Ah-' 
binderi der Anwendungen an die Automatisierungsgerate, wobei 
die ersten Mittel tiber eine erste Schnittstelle zum aktuellen 
Kommunikationskanal und Ober eine zweite Schnittstelle zu den 
Anwendungen verfUgen und zur Kommunikation mit den zweiten 
Mitteln tlber den Kommunikationskanal vorgesehen sind. 

Der Erfindung liegt die Erkenntnis zugrunde, dass die heutzu- 
tage far das Engineering im Automatisierungsumf eld verwende- ■ 
ten Engineering-Systeme in der Regel monolithisch sind, d.h. 
sie sind auf einem zentralen Server installiert und kannen 
nur dort bedient werden. Auf modernen Anlagen, die sich durch 
immer hShere Komplexitat, Heterogenitat und eine Dezentrali- 
sation auszeichnen, ist es jedoch von Vorteil, wenn die Engi- 
neering-Systeme von unterschiedlichen Orten bzw. Standorten 
aus bedient werden konnen, und von diesen Orten auf beliebige 
Prozess- bzw. Projektierdaten zugegriffen werden kann. Hierzu 
wird in der vorgeschlagenen Erfindung eine virtuelle Prozess- 
anbindung, welche tiber einen Online-Kommunikationskanal er- 
folgt, vom Engineering-System auf einem Server zu beliebigen 
Automatisierungsgeraten, welche tiber Clients angesprochen 
werden kOnnen, aufgebaut. Das verges chlagene System erm5g- 
licht somit die Bedienung eines Engineerungs-Systems inklusi- 
ve Zugriff auf Prozess- sowie Diagnosedaten von einem belie- 
bigen Ort innerhalb des Systems. Vorteilhaft ist hierbei vor 
allem die Optimierung des Ressourceneinsatzes auf der Anlage 
innerhalb des Automatisierungssystems. Bei den verwendeten 
Clients kann es sich beispielsweise um Thin Clients handeln, 
da auf ihnen selbst keine Applikationen laufen mtissen. Die 
Applikationen werden vielmehr auf dem Server installiert, tt- 
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ber den Client kSnnen sie aber von Feme online genutzt wer- 
den und die benStigten Daten ste.hen durch den Kommxmikations- 
kanal ebenfalls zur Verfagung. Ein Engineering kann somit we- 
sentlich variabler und flexibler durchgefUhrt werden. Die 
virtuelle Prozessanbindung tiber den Online-Datenkanal ermOg- 
licht ein verteiltes Engineering auch in moholithischen Sys- 
temen. Der Anwender benStigt fUr den Datenzugang und das En- 
gineering nur einen Online-Zugang. Vom Client aus kann das 
System dann bedient werden. Das Engineering-System selbst 
muss nicht auf dem Rechner liegen, den der Anwendung benutzt. 
Der Online-Zugang zu den AutomatisierungsgerSten wird durch 
sogenanntes Tunneling von Kommunikationsdatenpaketen durch 
den Kommiinikationskanal hergestellt. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass der Client als Programmiergerat 
und/oder als Operator Panel und/oder als biagnosegerat und/ 
Oder als Browser und/oder als Windows-Ce-Gerat ausgebildet 
ist. Vorteilhaft ist hierbei vor allem, dass beliebige, auf 
einer Anlage vorhandene Gerate, die generell zum Beobachten 
und Bedienen der Anlage bzw. des Automatisierungssystems 
heutzutage bereits verwendet werden, im vorgeschlagenen er- 
findung sgemafi en System zur Bedieniing ebenfalls herangezogen 
werden k5nnen. tJber ein herkdmrnliches Programmiergerat oder 
ein Operator Panel k5nnen beispielsweise die entsprechenden 
Steuerungsdaten bzw. Diagnosedaten der Automatisierungsgerate 
an den Server tiber das Komm\inikationssystem tlbertragen werden 
und stehen dem Engineering-System auf dem Server somit zur 
Verfagung. Das Engineering selbst kann wieder\xta direkt von 
den vorgeschlagenen Clients aus durchgeftihrt werden. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass der Server als Terminal-Server zur 
simultanen Nutzung durch ein und/oder mehrere Teilnehmer • aus- 
gebildet ist. Der Server bzw. das vorgeschlagene System ist 
also multiuserfahig, und es kQnnen gleichzeitig mehrere Be- 
nutzer Engineeringarbeiten, fUr die sie auf Prozess- bzw. Di- 
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agnosedaten zurUckgreifen mUssen, innerhalb des Systems vor- 
nehmen . 

Eine weitere vorteilhafte Ausbildvmg der Erfindung ist da- 
5 durch gekennzeichnet, dass der Koinmunikationskanal als Remote 
Desktop Protocol zur Obertragung von Daten in Echtzeit tiber 
einen und/oder miehrere separate virtuelle Kanaie ah einen 
und/oder mehrere Teilnehmer ausbildet ist. Die Nutzung des 
Remote Desktop Protocols (RDP) von Microsoft ermSglicht ein 
10 effizientes und zUgiges Versenden von Datenpaketen tiber den 
Koiamunikationskanal zwischen einem Client und dem Server, was 
das Engineering und den Zugriff auf die Prozess- bzw. Projek- 
tierungsdaten erheblich verbessert. Auflerdem kOnnen mehrere 
Datenpakete von mehreren Benutzern des Systems gleichzeitig 
15 und unabhangig voneinander Uber den Kommunikationskanal ver- 
sendet warden, ohne dass es zu Interaktionen mit negativen 
Konsequenzen kommt. Die MQglichkeit, mehrere separate virtu- 
elle Kanaie fUr den Datentransfer zu nutzen bewirkt zudem, 
dass das System variabel, flexibel und frei skalierbar ist. ' 
Es konnen beliebig viele Benutzer (begrenzt durch die Kapazi- 
taten des Servers) gleichzeitig innerhalb des Systems an \an- 
terschiedlichen Clients arbeiten. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die ersten Mittel zum Einschleusen 
von Daten weiterer Automatisierungsgerate tiber mindestens ei- 
nen weiteren Client tiber den Kommunikationskanal auf den Ser- 
ver vorgesehen sind. Diese Ausbildung der Erfindung ermOg- 
licht eS/ von einem beliebigen Client aus auf Automatisie- 
rungsgerate, welche an einen anderen beliebigen Client inner- 
halb des Systems angeschlossen sind und auf die relevanten 
Daten dieser Automatisierungsgerate zugreifen zu kdnnen. 
Hierzu wird auf dem Server ein Routing vorgenommen, so dass 
eine virtuelle peer-2-peer-Kommunikation (direkte Kommunika- 
35 tion) zwischen den beteiligten Clients ermSglicht wird. 

Zugriffs- und Konf igurationsmSglichkeiten von einem Client- 
system zu einem anderen Clientsystem werden dadurch reali- 
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siert. An jeder Stelle innerhalb des Systems sind somit be- 
liebige Prozess- bzw. Diagnosedaten verfUgbar, die an einer 
anderen stelle innerhalb des Systems gespeichert sind bzw. 
entstehen. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die t)bertragung von Daten im. Kom- 
munikationskanal tlber ein Intranet xind/oder ein Internet vor- 
gesehen ist.' Fllr das vorgeschlagene System mUssen somit keine 
eigenen Inf rastrukturen, wie speziellen Netzwerke aufgebaut 
werden. Das standardmafiig vorhandene Intranet bzw. Internet 
kann genutzt werden \ind die dortigen Standardprotokolle ste- 
hen ftir die Kommunikation ebenfalls zur VerfUgung. Dies er- 
mSglicht eine kostengUnstige Umsetzung des erf indungsgemafien 
Systems ohne weitere Auf wendungen . 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die Cbertragung' von Daten vom 
Client per Remote Desktop Protocol tiber Wireless LAN (W-LAN) 
vorgesehen ist. Die innerhalb des Systems verwendeten Clients 
wie beispielsweise Programmiergerate, Operator Panels, Diag- 
nosegerate oder beliebige Browser mUssen nicht direkt tlber 
einen Kabelanschluss verfUgen. Die DatenUbertragung kann 
vielmehr schriurlos tlber ein W-LAN Netz erfolgen. Die Nutzung 
solche Netze hat den Vorteil, dass ein Anwender sich nicht 
statisch an einem Ort aufhalten muss, sondern sich mit seinem 
Client nur in einem bestimmten Bereich bzw. einem Uiafeld, in 
welchem er Daten mittels W-LAN tlbertragen kann, aufhalten 
muss. Die Nutzung des W-LAN erm«5glicht somit eine habere Mo- 
bilitat der Benutzer bzw. Anwender auf der Anlage. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass die Obertragung von Daten per Re- 
mote Desktop Protocol von weiteren, im System vorhandenen Da- 
tenquellen tlber weitere Standard-Protokolle wie HTTP und/oder 
FTP vorgesehen ist. Daten, welche tlber andere Kommunikations- 
verfahren und Netze in das System gelangen, kOnnen somit in- 
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nerhalb des Systems Uber die gleichen Kommunikationskanaie 
versendet werden. Sie stehen einem beliebigen Anwender somit 
ebenso zur VerfUgung, wie die Daten der Automatisierungsgera- 
te, welche mit den Clients verbunden sind. Ein universeller 
5 Zugriff auf samtliche relevanten Daten fUr die Anlage bzw. 
das Automatisierungssystem wird somit gewShrleistet. 

Eine weitere vorteilhafte Ausbildxing der Erf indiang ist da- 
durch gekennzeichnet, dass das System zur Nutzung tlber ver- 
10 schiedene Standorte hinweg vorgesehen ist. Ein verteiltes En- 
gineering mittels virtuellem Zugriff. auf Prozessdaten und 

•Projektierungsdaten ist somit nicht nur an einem Standort in- 
nerhalb einer Anlage mOglich, es wird vielmehr auch ein 
standortUbergreifender Zugriff auf. samtliche relevanten Daten 
15 meglich. Das vorgeschlagene System eignet sich somit hervor- 
ragend ftlr das Engineering von dezentralen Automatisierungs- 
systemen. Hierbei ist vor allem von Vorteil, dass die verwen- 
deten Clients einfach sein konnen und iiber wenige Ressourcen 
verfUgen mtissen. Die Anwendungen werden direkt vom Server zur 
20 Verftlgung gestellt. Aufierdem wird durch eine standorttiber- 
greifende Zugriff smOglichkeit auf Projektierungs- und Pro- 
zessdaten auch eine Fernwartung bzw. Diagnose moglich. Exper- 
ten, die unter Umstanden nicht direkt vor Ort sind, kSnnen 




tlber das verteilte System von beliebiger Stelle aus auf die 
relevanten Daten zugreifen. 



Im Folgenden wird die Erfindung anhand der in den Figuren 
dargestellten Ausftlhrvingsbeispiele nSher beschrieben und er- 
lautert. Es zeigen: 

30 

eine schematische Darstellung des Systems zur virtu- 
ellen Online-Prozessanbindung im Automatisierungsum- 
feld, 

eine schematische Darstellung der Zugriffs- und Kon- 
figurationsm5glichkeiten zwischen zwei Clients inner- 
halb des Systems, 



FIG 1 



FIG 2 



35 
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FIG 3 eine schematische Darstellung der Koinmunikation in- 
nerhalb des Systems tiber verschiedene Standorte mit- 
tels Intranet /Internet. 

Figur 1 zeigt eine schematische Darstellung eines Ausftih- 
rtingsbeispiels des Systems 1 zur virtuellen Prozessanbindung 
im Automatisiertingsumfeld ftir verteiltes Engineering auf mp- 
nolithischen Systemen. Hierbei' werden fUr das Engineering be- 
notigte Anwendungen fazw. Applikationen 3i..n auf einem zentra- 
len Server 2 innerhalb des Systems 1 gespeichert und zur Ver- 
fagung gestellt. Im Automatisierungsumfeld vorhandene Automa- 
tisierungsgerate 5 sind tiber eine Datentlbertragungsvorrich- 
t\ing 9, beispielsweise ein Bussystem, mit einem Client 4 ver- 
bvinden. Vom Client kann direkt auf die Daten der Automatisie- 
rungsgerate 5 zugegriffen werden. Die Komiaunikation zwischen 
dem Terminalserver 2 und dem Client 4 zur Online-Prozessan- 
bindung wird mit- Hilfe des Kommxinikationskanals 8 realisiert. 
Hierbei wird ein sogenanntes Remote Desktop Protocol verwen- 
det, welches das Versenden von Datenpaketen tiber virtuelle 
Kanaie online ermoglicht. Durch den Datenkanal 8 wird Zugriff 
auf die Online-Daten der Automatisierungsgerate durch den 
Terminalserver 2 erm5glicht- Hierzu befinden sich auf dem 
Terminalserver Mittel 6 zum Einschleusen von Daten der Auto- 
matisierungsgerate 5 tiber den Kommunikationskanal 8. In der 
Regel handelt es sich hierbei urn eine Software, die auf dem 
Terminalserver 2 lauft, und dafUr sorgt, dass der Server 2 
automatisch zu dem Automatisierungsgerat 5 des entsprechenden 
Client 4 umgeleitet wird. Die Software besitzt zwei Schnitt- 
stellen, erstens zur Kommiinikation mit dem Kommunikationska- 
nal 8 und zweitens mit den J^plikationen 3i..n. Zweite Mittel 

7 auf dem Client 4 sorgen ftir eine Anbindung der Anwendungen 
3i..n an die jeweiligen Automat is ier\ingsger ate 5. 

Die Besonderheit des in Figur 1 beispielhaft dargestellten 
Systems 1 besteht darin, dass Prozess- und Diagnosedaten von 
Autoiaatisierungsgeraten 5 durch einen Datentibertragungskanal 

8 auf einem Terminalserver 2 jederzeit in Echtzeit verftigbar 
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gemacht werden konnen. Hierzu wird vom Client 4 eine Online- 
Datenverbindung Uber ein sogenanntes Remote Desktop Protocol 
aufgebaut. Die Mittel 7 zum Anbinden der Anwendvmgen 3i..n vom 
Server 2 an die Automatisierungsgerate 5 sind hierbei als 
Softwarekomponente in Form einer sogenannten Online-RDP-Proxy 
realisiert. Die Online-RDP-Proxy sorgt fUr die Anbindung des 
Engineering-Systems' an die jeweiligen Automatisieriangsgerate 
5. Weitere Mittel 6 zum Einschieusen von Daten der Automati- 
sieriangsgerate 5 tiber den Kommxinikationskanal 8 sind auf dem 
Server 2 realisiert. Sie sind in Form einer Software^ einer 
sogenannten Online-RDP-DLL realisiert. Diese Online-RDP-DLL 
findet den entsprechenden Online-RDP-Proxi \md die Daten der 
Automatisierungsgerate 5 werden dann liber den Kommunikations- 
kanal 8 tlbertragen. Bei der Obertragung mittels Remote Desk- 
top Protocol handelt es sich \im die Nutzung eines Standard- 
protokolls, welches die Echtzeitversendung von Daten einer 
Applikation an mehrere Nutzer Uber mehrere virtuelle Kanale 
ermSglicht. Hierbei werden die Daten individuell fUr jede 
^session"^ (Arbeitsdauer des j eweiligen Nutzers) tibertragen. 
Die Datentibertragung Uber das Protokoll erfolgt hierbei in 
sogenannten Datenpaketen, die einzeln verschltisselt/ verpackt 
und mit einer Adresse des Empf angers versendet werden. Die 
Spezifitat beim Versenden tlber das Remote Desktop Protocol 
besteht darin, dass ein sogenanntes Tunneling erfolgt. Die 
Anwender bzw. der Server 2 und der Client 4 sind nicht in das 
eigentliche Versenden der Daten involviert. Die Datentrans- 
formation erfolgt vielmehr im Rahmen des RDP-Protokolls . Vom 
Client muss ausschliefilich eine Online-Verbindiang zum Server 
aufgebaut werden. Die Online-RDP-DLL auf dem Server 2 sowie 
die Online-RDP-Proxy auf dem Client 4 sind ausschliefilich fUr 
die Bereitstellung der Daten und das Ausmachen der richtigen 
Adresse/ an welche die Daten gesendet werden sollen, verant- 
wortlich. Der Vorteil bei einer derartigen DatentU^ertragung 
tiber ein Online-RDP-Standardprotokoll. besteht vor allem dar- 
in, dass eine vorhandene Inf rastruktur, wie beispielsweise 
das Internet, fUr die Datentibertragung genutzt werden kann. 
Eine Verlegung von Kabeln oder anderen Datentibertragungsvor- 
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richtungen innerhalb des Systems 1 erilbrigt sich. Somit kann 
die Datentlbertragung auf kostengtlnstige Weise realisiert wer- 
den. Aufierdem ist eine Obertragiing von Prozess- bzw. Diagno- 
sedaten in Echtzeit mOglich. Des Weiteren konnen spezifische 
Anwendungen 3i.,n, welche auf einem Server 2 zur VerfUgxing ge- 
stellt werden, von beliebigen Clients 4 innerhalb. des Systems 
1 genutzt warden. Ein AnWender " kann soiait beispielsweise auf 
einem Programmiergerat direkt vor Ort ein Engineering-System 
nutzen und ihm stehen gleichzeitig samtliche Prozessdaten 
bzw. Diagnosedaten der Automatxsierungsgerate 5 zur VerfU- 
gung. Der verwendete Client kann hierbei ein sogehannter Thin 
Client sein, bei dem es sich beispielsweise ausschliefilich um 
einen Browser handelt. Der Client holt sich jeweils die ben5- 
tigte J^plikation 3i ftir die auszuftlhrende Tatigkeit vom Ser- 
ver 2. Vor Ort kann also beispielsweise von einem Benutzer 
mit einem Engineering-System,, wie einem Step 1, gearbeitet 
werden. 

Figur 2 zeigt eine beispielhaf te Ausbildung des Systems 1, 
bei dem von einem Client 4 auf Prozessdaten von Automatisie- ' 
rungsgeraten 5a zugegriffen wird, welche tiber ein Datentlber- 
tragungssystem 9 an einen weiteren Client 4a angeschlossen 
sind. Die Datentlbertragung erfolgt hierbei iiber den Kommuni- 
kationskanal 8 sowie den Koiranunikationskanal 8a. Durch die 
Mittel 6 zum Einschleusen von Daten der Automatisierungsgera- 
te 5 wird ein zweiter Kommunikationskanal 8a zwischen dem 
Terminals erver 2 und dem zweiten Client 4a aufgebaut. Die Da- 
tentlbertragung erfolgt dann vom Client 4a tiber den Terminal- 
server 2 zum Client 4. Von der Online-RDP-DLL 6 auf dem Ser- 
ver 2 wird also ein Routing, d.h. eine Weiterleitung der ent- 
sprechenden Datenpakete an den Client 4 und vom Client 4a 
durchgeftihrt. Somit wird eine quasi p2p-Verbindung zwischen 
den beteiligten Clients 4 und 4a etabliert. 

Vorteilhaft ist in dem erf indungsgemSfien Beispiel vor allem, " 
dass von einem Benutzer auf einer Anlage tiber einen beliebi- 
gen Client 4 der Zugriff auf beliebige Prozessdaten, welche 
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von weiteren Automatisierungsgeraten Sa auf die der Client 4 
keinen direkten Zugriff hat, tlber die virtuelle Prozessanbin- 
dung mittels der Ohline-RDP-Datentibertragung tiber den Kommu- 
nikationskanal 8 ermQglicht wird. Samtliche Daten sind somit 
an jedem Ort innerhalb des Systems 1 fUr. einen Benutzer zur 
VerfUgiang bereit. Durch das System l wird ein ausgesprochen 
variables und flexibles Engineering ftir den Benutzer mOglich. 
Sowphl Anwendtjngen als auch Prozessdaten stehen tiber die vir- 
tuelle Prozessanbindung an jeder Stelle innerhalb . des Systems 
1 zur Verftlgung. 

Figur 3 zeigt eine beispielhafte Ausbildung des Systems 1, 
wobei die Prozess- bzw. Diagnosedaten tlber ein Internet bzw. 
Intranet 11 tibertragen werden. Hierzu sind die Clients 4i ...„ 
mittels Online-RDP-Protokoll, tlber welches ein Kommunikati- 
onskanal 8 aufgebaut wird, an das Internet bzw. Intranet. 11 
angebiinden. Der Terminalserver 2 verfUgt ebenfalls tlber den 
Kommunikationskanal 8 tlber eine Internetanbindung . 

Der Vorteil der in Figur 3 dargestellten Ausbildung des Sys- 
tems 1 besteht im wesentlichen darin, dass standortunabhangig 
tlber verschiedene Lokalitaten (A,B,C), die weit voneinander 
entfernt sein kSnnen, auf Daten, sowohl Prozess- als auch Di- 
agnosedaten innerhalb des Systems 1 zugegriffen werden kann. 
Bei der heutzutage vorherrschenden heterogenen Struktur von 
Automatisierungssystemen in Prozess- und Produktionsanlagen 
ist die Nutzung des vorgeschlagenen Systems 1 somit von gro- 
fiem Vorteil. Ein Engineering sowie Information xind Wartung 
kann von unterschiedlichen Orten im System 1 aus vorgenommen 
werden, da alle Daten tlber die Online-RDP-Kommunikations- 
kanale 8 und das Internet 11 jederzeit tiberall in Echtzeit 
zur VerfUgung stehen. Eine virtuelle Prozessanbindung der be- 
teiligten Einheiten innerhalb des Systems 1 ist somit jeder- 
zeit gegeben. Ein verteiltes Engineering wird hierdurch auch 
in heute vorherrschenden monolithischen Systemen bzw. Anwen- 
dungen m5glich. Vorteilhaft ist hierbei auch, dass das System 
1 frei skalierbar ist. Neue AutomatisierungsgerSte 5 kSnnen 
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jederzeit Ober einen einfachen Client 4^, beispielsweise ei- 
nen Thin clinet an das System angeschlossen werden. Die ein- 
zige Voraussetzung ist ein Online-Zugang. Dieser kann heutzu- 
tage sogar ohne Verlegung von Kabeln tlber ein W-Lan reali- 
siert werden. 1st so ein W-Lan innerhalb eines bestimmten Um- 
feldes vorhanden, so kOnnen die Daten auch jederzeit in Echt- 
zeit aiif mobilen Clients 4i ...„ zur VerfUgung" gestellt werden. 

Die Erfindung betrifft zusammenfassend ein System 1 xind ein 
verfahren zur virtuellen Online-Prozessanbindung fUr verteil- 
te Engineering-Systeme in der Automatisierungstechnik auf der 
Basis von Remote Desktop Protocol (RDF) . tJber einen Online 
Zugang wird von beliebigen Clients 4 innerhalb des Systems 1 
ein Kommunikationskanal 8 tiber das RDP zu einem Server 2 auf- 
gebaut. Prozess- und Projektierungsdaten werden tlber den Ka- 
nal 8 getiannelt. Eine quasi peer-to-peer-Kommunilcation zwi- 
schen beliebigen Clients 4 im System 1 wird durch routing auf 
dem Server 2 ermSglicht. 
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Patentansprtiche 

1. System (1) zur Prozessanbindung im Automatisierungsumfeld 
ftir verteilte Engineering-Systeme mit 

- einem Server (2) zur Bereitstellung mindestens einer ftir 
das Engineering benOtigten Anwendung (3i!.n)/ 

- mindestens einem Client (4)' zum Zugriff auf Prozess- und/ 
Oder Projektierungsdaten liefernde AutomatisierungsgerS- 
te(5) und zum Aufbau eines ftir eine beliebige Dauer beste- 
henden Online-Kommunikationskanals (8) zwischen dem Client 
(4) und dem Server (2), 

- ersten Mitteln (6) zum Einschleusen von Daten der Automa- 
tisierungsgerate (5) tlber den Kommiinikationskanal (8) auf 
deh Server (2) \ind 

- zweiten Mitteln (7) zum Anbinden der Anwendtmgen (3i..n) an 
die Automatisierungsgerate (5), 

wobei die ersten Mittel (6) tlber eine erste Schnittstelle 
(12) ziom aktuellen Kommunikationskanal (8) und tiber eine 
zweite Schnittstelle (13) zu den Ahwendxingen (3i..„) verfagen 
und zur Kommunikation mit den zweiten Mitteln (7) tiber den 
Kommunikationskanal (8) vorgesehen sind. 

2. System nach Anspruch 1, 

dadurch gekennzeichnet, 
dass der Client (4) als Programmiergerat und/oder als Opera- 
tor Panel und/oder als Diagnosegerat und/oder als Browser 
und/oder als Windows-CE-Gerat ausgebildet ist. 

3. System nach einem der vorhergehenden AnsprUche/ 
dadurch gekennzeichnet, 

dass der Server (2) als Terminal-Server zur simultanen Nut- 
zung durch ein und/oder mehrere Teilnehmer ausgebildet ist. 

4. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass der Kommunikationskanal (8) als Remote Desktop Protocol 
zur. Obertragung von Daten in- Echtzeit tlber einen und/oder 
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mehrere separate virtuelle Kanaie an einen \and/oder mehrere 
Teilnehmer ausgebildet ist. 

5. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet/ 

dass die ersten Mittel (6) zum Einschleusen von Daten weite- 
rer AutomatisierungsgWrate (5a) tiber mindestens einen weite- 
ren Client (4a) tiber den Kommunikationskanal (8a) auf den 
Server (2) vorgesehen sind. 

4 

6. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass die Obertragung von Daten im Kommunikationskanal (8) 
tiber ein Intranet und/oder ein Internet vorgesehen ist. 

7. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass die Obertragung von Daten vom Client (4) per Remote 
Desktop Protocol tiber ein Wireless LAN vorgesehen ist. 

8. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Ubertragung von Daten per Remote Desktop Protocol 
von weiteren, im System (1) vorhandenen Daten-Quellen tiber 
weitere Standard-Protokolle wie HTTP \ind/oder FTP vorgesehen 
ist. 

9. System nach einem der vorhergehenden 2\nsprtiche, 
dadurch gekennzeichnet./ 

dass das System (1) zur Nutzung tiber verschiedene Standorte 
(A, B) hinweg vorgesehen ist. 

10. Verfahren zur Prozessanbindung im Automatisierungsumfeld 
fUr verteilte Engineering-Systfeme bei dem 

- mindestens eine flir das Engineering benQtigten Anwendung 
(3i..n) von einem Server (2) bereitgestellt wird. 
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- auf Prozess- und/oder Projektierungsdaten liefernde Auto- 
niatisierungsgerate{5) tlber mindestens einen Client (4) zu- 
gegrif fen wird und ein fUr eine beliebige Dauer bestehen- 
der Online-Kommunikationskanals (8) zwischen dem Client 
(4) und dem Server (2) aufgebaut wird, 

- die Daten der Automatisierungsgerate (5) tiber den Kommuni- 
kationskanal (8) auf den Server (2). eingeschleust werden 
und 

- die Anwendungen {3i..n) an die Automatisierungsgerate (5) 
angebunden werden, 

wobei tlber erste Mittel (6) mit einer ersten Schnittstelle 
(12) zum aktuellen Kommunikationskanal (8) und einer zweiten 
Schnittstelle (13) zu den Anwendungen (3i..„) mit den zweiten 
Mitteln (7) tiber den Kommunikationskanal (8) kommuniziert 
wird. 

11. Verfahren nach Anspruch 10, 
dadurch gekennzeichnet, 

dass ein Programmiergerat und/oder Operator Panel und/oder 
Diagnosegerat und/oder Browser und/oder Windows-CE-Gerat als 
Client (4) verwendet wird. 

12. * Verfahren nach einem der Ansprtiche 10 oder 11, 
dadurch gekennzeichnet, 

dass ein und/oder mehrere Teilnehmer den Server (2) simultan 
nutzen kOnnen. 

13. Verfahren nach einem der AnsprUche 10 bis 12, 
dadurch gekennzeichnet, 

dass als Kommunikationskanal (8) ein Remote Desktop Protocol 
zur t)bertragung von Daten in Echtzeit tlber einen und/oder 
mehrere separate virtuelle Kanaie an einen tind/oder mehrere 
Teilnehmer verwendet wird. 

14. Verfahren nach einem der Ansprttche 10 bis 13, 
dadurch gekennzeichnet. 
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dass Daten weiterer Automatisierungsgerate (5a) (iber mindes- 
tens einen weiteren Client (4a) tiber den Kommxinikationskanal 
(8a) auf den Server (2) durch die ersten. Mittel (6) einge- ■ 
schleust werden. 

15. Verfahreh nach einem der AnsprUche 10 bis 14, 
dadurch gekenhzeichnet, 

dass Daten im Koinmunikationskanal (8) tiber ein Intranet 
und/oder ein Internet tibertragen werden. 

16. Verfahren nach einem der AnsprUche 10 bis 15, 
dadurch gekennzeichnet, 

dass Daten vom Client (4) per Remote Desktop Protocol tiber 
ein Wireless LAN tibertragen werden. 

17. Verfahren nach einem der AnsprUche 10 bis 16, 
dadurch gekennzeichnet, 

dass Daten per Remote Desktop Protocol von weiteren, im Sys- 
tem (1) vorhandenen Daten-Quellen tiber weitere Standard- 
Protokolle wie HTTP und/oder FTP tibertragen werden. 

18. Verfahren nach einem der Ansprtiche 10 bis 17, 

dadurch gekennzeichnet, 

dass das System (1) tiber verschiedene Standorte (A, B) hinweg 
genutzt wird. 

19. Server zur Bereitstellting mindestens einer fUr ein Engi- 
neering benotigten Anwendung (3i..n) mit 

- Mitteln (6) zum Einschleusen von Daten von Automatisie- 
rungsgeraten (5) tiber einen Kommunikationskanal (8), 
wobei die Mittel (6) tiber eine erste Schnittstelle (12) 
ziim aktuellen Kommunikationskanal (8) und tiber eine zweite 
Schnittstelle (13) zu den Anwendungen (3i,.„) verfUgen. 

20. Client zvim Zugriff auf Prozess- und/oder Proj ektie rungs - 
daten liefernde Automat isierungsgerSte (5) und zum Aufbau ei- 
nes ftir eine beliebige Dauer bestehenden Online- 
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Kommunikationskanals (8) zwischen dem Client (4) und exnem 
Server (2) mit 

- Mitteln (7) zum Anbinden von vom Server (2) bereitgestell- 
ten Anwendungen (3i..„) an die Automatisierrangsgerate (5) . 
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System zur virtuellen Prozessanbindting tiber Remote Desktop 
Protocol (RDP) 

Die Erfindung betrifft ein System (i) und ein verfahren zur 
virtuellen Online-Prozessanbindung ftir verteilte Engineering- 
Systeme in der Automatisierungstechiiik auf der Basis von Re- 
mote Desktop Protocol (RDP). Ober einen Online Zugang wird 
von beliebigen Clients (4) innerhalb des Systems (1) ein Kom- 
munikationskanal (8) tlber das RDP zu einem Server (2) aufge- 
baut. Prozess- und Pro j ektierungsdaten werden tib^r den Kanal 
(8) getunnelt. Eine quasi peer-to-peer-Kommunikation zwischen 
beliebigen Clients (4) im System (1) wird durch routing auf 
15 dem Server (2) ermSglicht. 

Fig. 1 . 
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